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(57) Abstract: A method lor 
transferring information in a 
communication system whereby 
one or more subscriber units 
may communicate, the system 
comprising a network having a 
connection controller, one or more 
subscriber information stores and 
at least one application provider, 
the method comprising: registering 
a subscriber unit with the network, 
including transmitting from the 
subscriber information store 
associated with that subscriber 
unit to the connection controller 
information indicative of the 
access of that subscriber unit to 
application services; and in order 
to enable access to services of the 
application provider, transmitting 
from the connection controller to 
the application provider at least 
one of: a. an indication of the 
address of at least one unit from 
which the application provider 
may retrieve subscriber specific 
information related to the services 
of the application provider, and 
b. subscriber specific information 
related to the services of the 
application provider. 
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PASSING INFORMATION IN A COMMUNICATION SYSTEM 

This invention relates to a method whereby information could be passed from S- 
CSCF to. an AS, and how it could be done at registration, and (generalisations thereof. 

When the UE is registered, normally also one or more ASs need to know that the UE 
is registered. In order to be ready to offer certain services to the subscriber the AS 
normally needs to know information concerning the subscription associated with the 
UE. Normally that information is stored in HSS and needs to be fetched from there. 
For instance, an AS offering forwarding services needs to know whether the 
subscriber has ordered and paid for the forwarding services as well as the. 
address(es) where to forward the sessions. Fetching information from HSS is 
problematic when the AS is a third party AS located in a third party network or the AS 
is an AS located in the visited network.. In both cases a foreign AS should know the 
address of the HSS and be able to send and receive messages to/from the HSS in 
order to carry needed information from the HSS. To reveal the address of the HSS 
ruins partly the configuration hiding of the network. It is also a step towards the 
visited control model (where the controlling S-CSCF is located in the visited network) 
that is not supported by current 3rd generation communication standards. An existing 
hiding technique cannot be used because hiding HSS is not similar as hiding S- 
CSCFs. If AS registers itself to S-CSCF, the problem is even worse because the 
foreign AS should know addresses of all the possible S-CSCFs. It would ruin the 
configuration hiding totally if no hiding is used. Hiding in that case wouldn't be the 
same as hiding S-CSCFs at registration and during sessions. If SLF is used problem 
is much worse because the task of SLF is to return the address of HSS that contains 
the information concerning the subscription. Thus it is easy for a foreign operator to 
reveal the number of HSSs, and possibly also retrieve .subscriber specific 
information. 
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Some solutions to this problem are already being proposed. However, these 
proposals all have their own disadvantages. The current proposals pan be divided 
into two groups: 

A. AS has to subscribe in advance to get a notification of registration, 

B. AS is notified without any subscription. 

Proposals in group A have at least the following problems: 

a) Every AS has to know addresses of all the S-CSCFs. 

This is a severe problem when the AS is located in a visited or third party network, 
because it reveals the number of S-CSCFs and ruins the network topology hiding. 

b) HSS address and "aggregated" subscriber list is delivered to every AS. 

This is also a severe problem when the AS is located in a visited or third party 
network, because it evidently reveals the number of HSSs and possibly also the 
number of subscribers. 

c) Solutions overlap with the "address list concept" in the REGISTER method case. 
According to certain requirements there is a list of ASs that has to be contacted at 
the registration. 

Proposals in group B have at least the following problem: 

d) AS knows the address of HSS. 

This is a severe problem when the AS is located in a visited or third party network, 
because it evidently reveals the number of HSSs. 

In short it seems that these proposed solutions are not compliant with the network 
topology hiding principle. In addition utilizing SLF evidently increases the complexity 
of the proposed solutions: SLF address cannot be sent to foreign ASs, because it 
opens an access to user profiles of all subscribers. 

An acceptable solution should preferably fulfil one or more of the following 
requirements: 

1 . Be compliant with the network topology hiding principle. 

2. Be as compliant as possible with SIP. 
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3. Be scalable. 

4. Be economical; i.e. need as little, signalling effort as possible. 

5. Be complete enough, i.e. not to leave many unspecified issues. 

Aspects of the present invention are set out in the appendent claims. 

It should be noted that any combination of one, two or three of items a to d in claim 1 
is possible and may more specifically be claimed. 

In one preferred aspect of the present invention the information on whether 
subscriber specific information is allowed to be fetched from HSS, and in the event 
that it is not allowed the subscriber specific information, which a foreign or a third 
party AS needs in order to be able to offer appropriate services, is passed from the 
S-CSCF to AS. At registration and/or re-registration and/or during a session the S- 
CSCF may tell an AS that it can or cannot fetch information from HSS. If the AS 
cannot fetch the information directly from HSS, S-CSCF passes the needed 
information to the AS. 

The information can suitably be passed from S-CSCF to AS in one or more headers 
of one or more messages and/or in the payload of one or more messages and/or in 
one or more special messages and/or the like. 

In one specific example, the information can be passed in the payload of the 
REGISTER message if it is sent to AS or in the payload of the NOTIFY message if it 
is sent to AS. 

Conceptually, in some preferred embodiments at the (re-)registration the S-CSCF 
gives the AS information on whether the AS has the right to contact the HSS and 
fetch information from the HSS. If the AS is not allowed to fetch the needed 
information from HSS, the information is passed from the S-CSCF to the AS in order 
to avoid giving third party and visited ASs right to fetch that information directly from 
the HSS. 
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It should be noted that implementations along these lines can fulfil requirements 1-5 
listed above. 

Preferably the AS can reject registration. There may be two levels of rejections: one 
that only prevents usage of the AS in question, and another that cancels the whole 
registration process. In the latter case the S-CSCF can decide whether to cancel the 
registration or not. An example of the first type of ASs might be a video server, and 
an example of the second type might be an AS that controls subscriber's prepaid 
account. 

Conveniently, network topology hiding in accordance with existing methods is 
compatible with preferred implementations of the present invention. Because hiding 
is needed only between S-CSCFs and foreign ASs, it is analogous to the hiding 
between S-CSCFs and P-CSCFs. Thus THIG functionality can be utilized as it is. 

Use of the SLF suitably has no influence on preferred implementations of the present 



In order that the AS receives the correct address it is preferred that the AS in the own 
and in a foreign network can be handled differently. As an option an own AS may 
receive service profile or part of it and/or other necessary information in the 
registration message similarly as a foreign AS does. If an AS doesn't need any 
additional information, no access from the AS to get additional information is needed. 

In detail, one embodiment of the present invention for the handling of IP multimedia 
registration can be specified as follows. 



invention. 



The Figure 1 describes the main functionality of S-CSCF, HSS and AS at registration. 
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Steps 1-4 indicated in the figure are part of the normal registration procedure. Note 
that in step 3 the service profile of the registered public user identity is downloaded 
containing the address list of ASs. 

Step 5. If there is at least one item in the address list of ASs, S-CSCF takes the first 
item from the list. If the AS is located in the same network, S-CSCF sends, a third- 
party REGISTER request to the AS to register the UE. S-CSCF also includes an 
address in the request where subscriber related service information can be 
downloaded. 

Step 6. AS fetches the service profile and/or other necessary information of the 
public user identity to be registered. 

Step 7. In the case of successful third-party registration AS sends a 200 OK 
response to S-CSCF. 

Step 8. If there is at least one more item in the address list of ASs, S-CSCF takes the 
next item from the list. If the AS is located outside the S-CSCFs network, S-CSCF 
sends a third-party REGISTER request to the AS to register the UE. S-CSCF also 
includes the service profile and/or other necessary information of the registering 
public user identity. 

Step 9. In the case of successful third-party registration AS sends a 200 OK 
response to S-CSCF. 

Steps 5-7 are repeated for every AS in the list that is located in the same network 
while steps 8-9 are repeated for every AS in the list located outside the current 
network. 



An individual operator may decide to use the steps 8-9 instead of the steps 5-7 for 
one or more ASs located in the own network. 
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S-CSCF may send third-party REGISTER requests in parallel to different ASs, or in 
series, or a combination of the two. 

An AS can reject the third-party registration. Depending on the severity of the 
rejection, S-CSCF can decide to initiate a network-initiated deregisfration or only 
block the AS until successful re-registration is done. 

After the third-party registration procedure has been finished AS may utilize the 
address received in the REGISTER request as needed. 

When NOTIFY request is used instead of REGISTER request, the AS has to 
subscribe in advance, i.e. before step 5 at the S-CSF in order to receive such 
notifications. In this embodiment, a SUBSCRIBE request is sent from the AS to the 
S-CSCF, which technique is well known by a man skilled in the art. 

Since not every AS needs or maintains information regarding the status of subscriber 
registration, the S-CSCF may optionally be configured not to contact the AS before 
the subscriber actually requests a service provided by the AS. 

A system of this type can offer the following advantages: 

a) Network configuration hiding is not jeopardised because messages sent between 
AS and HSS. 

b) No need to apply and possibly invent new hiding techniques to hide one or more 
HSS and SLF. 

c) Foreign operators have no access to HSS. 

d) Makes it possible to easily handle differently own and foreign ASs (i.e. the own 
ASs are able to fetch information from HSS while the foreign AS are not). 

d) It offers a simple solution. 

At registration and/or re-registration and/or during a session the S-CSCF may tell an 
AS that it can or cannot fetch information from HSS e.g. by sending or not sending an 
address of HSS. If the AS cannot fetch the information directly from HSS, S-CSCF 
passes the needed information to the AS. 
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The AS's name and/or address and/or FQDN and/or domain name and/or IP address 
and/or other identification and/or the like could be used to decide whether the AS is 
located Inside or outside the operator's own network. The decision can be based on 
DNS lookup, lookup on a list, table, database or alike configured and/or updated 
during the configuration or after the configuration. 

The information transferred in relation to the access that the UE may have to 
services may vary widely. It could include service information {or service 
parameters) and could include part or all of a service profile and/or a service and/or 
user profile and/or other information that is necessary or important for the AS to offer 
service(s) to the subscriber. 

The list of ASs may be fetched from a subscriber's service profile and/or user profile 
and/or other subscriber specific database, list, table or the like; none, some or even 
all of the items in the list of ASs may be fetched from a database, list, table or alike 
which is not subscriber specific. 

An AS outside the operator's own network may receive an address (instead of or 
even in addition to the service profile). The address is an address of a network entity 
(network element, functionality in a network element, or alike) that functions as a 
proxy to hide the operator's own network. This way, the AS outside the operator's 
own network gets an address to a hiding entity and can contact only that address in 
order to request and receive the necessary data to offer service(s) to the subscriber. 

AS outside the operator's own network may get one or more addresses that can be 
address(es) to hiding entity(ies) and/or address(es) to database(s) and/or 
address(es) to server(s) provided for accesses from outside the operator's own 
network. This kind of hiding entity and/or database and/or server and/or alike may be 
located and/or protected and/or isolated so that access to it don't jeopardize the 
network configuration hiding e.g. it can be located on the border or even outside of 
the operator's own network. 
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Of course AS outside the operator's network can also utilize all kind of local 
information and/or configuration information and/or alike and/or information copied to 
it from subscriber's home network. 

When the subscriber is registered via a visited network (i.e. is located outside the 
home network), AS located in the visited network may get an address of P-CSCF 
(which handles the subscribers registration in the visited network) to retrieve 
subscriber specific information from the P-CSCF. 

The own network is suitably the operator's own network. Optionally networks of the 
trusted operators may be deemed to be a part the own network. 

In the message to an AS located in the operator's own network one or more 
addresses can be inserted. They can be used (e.g. to get more 
information/data/parameters and/or alike) to offer service(s) to the subscriber in 
question. The address(es) that AS in the operator's own network get, can refer to 
HSS(s), SLF(s), and/or some other database(s) and/or server(s) and/or configuration 
information and/or data that can be used to request and/or get service profile and/or 
other necessary information. For example the addresses could be at least one of an 
address of the HSS, an address of another network entity where to get more 
subscriber specific information, an address of a SIP server, an address of another 
AS, an address of an HTTP server, and an address of the presence server where to 
get presence information concerning the subscriber. 

Corresponding information (fetched from the addresses) may be inserted into the 
message to an AS located outside the operator's own network. 

Address(es) (sent to an AS in the operator's own network) as well as the information 
(sent to an AS outside the operators' own network) may be sent in one or more 
messages. Address(es) as well as the information may be sent in the payload or in 
one or more headers of the message(s). 
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SIP is only one possible protocol that could be used, and REGISTER and NOTIFY 
are only two possible methods (i.e. message types) even if SIP is used. Other 
protocols and/or methods and/or message types could be used. 

In relation to step 6, the received address(es) or part of them will normally be utilized. 
In addition, the AS may fetch information from one or more parameters and/or lists 
and/or tables and/or databases and/or alike that may be common to several ASs or 
specific only to the AS in question. 

It is also possible that no addresses are conveyed in the message and e.g. 
preconfigured address(es) may be used in the AS located in the operator's own 
network. It is also possible that they are mixed i.e. one or more addresses from the 
message are utilized as well as one or more preconfigured addresses are used. 

In one embodiment, the S-CSCF can send (to an l-CSCF) the response for 
registration request after the registration to ASs is done. Alternatively, in another 
embodiment the same could be done before registration to ASs is done. In the latter 
case S-CSCF may start deregistration process or do any other appropriate operation 
if errors occurs in the registration to ASs. So the difference centres on when the 
response is sent from S-CSCF (to l-CSCF): before or after registration to ASs. Both 
cases are valid implementations. 

The terms "hiding", "configuration hiding" and "topology hiding" as used herein refer 
to the same concept. 

The applicant draws attention to the fact that the present invention may include any 
feature or combination of features disclosed herein either implicitly or explicitly or any 
generalisation thereof, without limitation to the scope of any definitions set out above. 
In view of the foregoing description it will be evident to a person skilled in the art that 
various modifications may be made within the scope of the invention. 
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reaJL 

The present description and the following claims should be^together with the content 
of our co-pending PCT patent application that claims priority from UK patent 
application number 0108041.5, the contents of which are incorporated herein by 
reference. 
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Abbreviations 

AS Application Server 

CPS Call Processing Server 

CSCF Call State Control Function 

DNS Domain Name System 

FQDN Fully Qualified Domain Name 

HSS Home Subscriber Server 

HTTP Hypertext Transfer Protocol 

l-CSCF Interrogating Call State Control Function 

IM IP Multimedia 

IMS IP Multimedia Subsystem 

IP Internet Protocol 

NE Network Element 

P-CSCF Proxy Call State Control Function 

S-CSCF Serving Call State Control Function 

SLF Subscription Locator Function 

THIG Topology Hiding Inter-network Gateway 

UE ' User Equipment 



• 
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1 . A method for transferring information in a communication system whereby one or 
more subscriber units may communicate, the system comprising a network having a 
connection controller, one or more subscriber information stores and at least one 
application provider, the method comprising: 

registering a subscriber unit with the network, including transmitting from the 
subscriber information store associated with that subscriber unit to the connection 
controller information indicative of the access of that subscriber unit to application 
services; and 

in order to enable access to services of the application provider, transmitting 
from the connection controller to the application provider at least one of: 

a. an indication of the address of at least one unit from which the application 
provider may retrieve subscriber specific information related to the services of the 
application provider; and 

b. subscriber specific information related to the services of the application provider; 
and 

c. a notification of registration; and 

d. nothing until the subscriber requests a service from the application provider. 

2. A method as claimed in claim 1 , wherein if the application provider is in the same 
network as the connection controller information a and not information b is 
transmitted. 

3. A method as claimed in claim 2, wherein if the application provider is in the same 
network as the connection controller information a, wherein the unit from which the 
application provider may retrieve subscriber specific information related to the 
services of the application provider is the connection controller and/or at least one 
information store, and not information b is transmitted. 
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4. A method as claimed in any preceding claim, wherein if the application provider is 
not in the same network' as the connection controller information b and not 
information a is transmitted. 

5. A method as claimed in any of claims 1 to 3, wherein if the application provider is 
not in the same network as the connection controller information a, wherein the unit 
from which the application provider may retrieve subscriber specific information 
related to the services of the application provider is a proxy unit arranged to interface 
between the application provider and the connection controller and/or at least one 
information store, and not information b is transmitted. 

6. A method as claimed in any of claims 2 to 5, comprising the step of determining 
whether the application provider is in the same network as the connection controller 
by means of one or more of: a name of the application provider and a network 
address of the application provider. 

7. A method as claimed in claim 6, wherein the address is an internet protocol (IP) 
address. 

8. A method as claimed in any preceding claim, wherein the system is arranged to, 
on registering a subscriber unit with the network, determine the application providers 
to which the subscriber unit has access and for at least one of those application 
providers perform the step of registering that application provider with the network for 
providing services to the subscriber unit. 

9. . A method as claimed in any preceding claim, wherein the subscriber specific 
information related to the services of the application provider is at least partially 
derived from a subscriber service profile and/or a user profile associated with the 
subscriber unit. 
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10. A method as claimed in any preceding claim, wherein the subscriber specific 
information related to the services of the application provider is at least partially 
derived from a service profile that is not specific to an individual subscriber. 

11. A method as claimed in any preceding claim, wherein the network is under the 
control of a single operator. 

12. A method as claimed in any preceding claim, wherein the network is under the 
control of a plurality of operators operating in a trusting relationship. 

13. A method as claimed in any preceding claim, wherein information a and/or b 
and/or c and/or d is transmitted to the application provider by means of at least one 
SIP message. 

14. A method as claimed in claim 13, wherein the message is a REGISTER or a 
SUBSCRIBE/NOTIFY message. 

15. A method as claimed in any preceding claim, wherein the system is a third 
generation (3G) telecommunication system. 

16. A method as claimed in any preceding claim, wherein the subscriber unit is a 
user equipment (UE). 

17. A method as claimed in any preceding claim, wherein the application provider is 
an application server (AS). 

18. A method as claimed in any preceding claim, wherein the application provider is 
capable of providing an application service to the subscriber unit. 



19. A method as claimed in claim 18, wherein the application service is a multimedia 
service or call, a session or call forwarding service, a session control service, a 
messaging or presence or group service. 
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20. A method as claimed in any preceding claim, wherein the connection controller is 
a serving call state control function {S-CSCF). 

21. A method as claimed in any preceding claim, wherein the subscriber information 
store is a home subscriber server (HSS) or a HTTP server. 

22. A method for transferring information in a communication system substantially as 
herein described with reference to the included drawings. 

23. A connection controller for transferring information in a communication system 
whereby one or more subscriber units may communicate, the system comprising a 
network having a connection controller, one or more subscriber information stores 
and at least one application provider, the connection control unit comprising: 

a store arranged to register a subscriber unit with the network by receiving 
from the subscriber information store associated with that subscriber unit information 
indicative of the access of that subscriber unit to application services, and storing that 
information; and 

a service access unit arranged to, in order to enable access to services of the 
application provider, transmit from the connection controller to the application 
provider at least one of: 

a. an indication of the address of at least one unit from which the application 
provider may retrieve subscriber specific information related to the services of the 
application provider; and 

b. subscriber specific information related to the services of the application provider; 
and 

c. a notification of registration; and 

d. nothing until the subscriber requesting a service from the application provider. 



24. A connection controller as claimed in claim 23, wherein if the application provider 
is in the same network as the connection controller information a and not information 
b is transmitted. 




WO 02/087265 



PCT/IB02/02564 



16 



25. A connection controller as claimed in claim 24, wherein if the application provider 
is in the same network as the connection controller information a, wherein the unit 
from which the application provider may retrieve subscriber specific information 
related to the services of the application provider is the connection controller and/or 
at least one information store, and not information b is transmitted. 

26. A connection controller as claimed in any of claims 23 to 25, wherein if the 
application provider is not in the same network as the connection controller 
information b and not information a is transmitted. 

27. A connection controller as claimed in any of claims 23 to 25, wherein if the 
application provider is not in the same network as the connection controller 
information a, wherein the unit from which the application provider may retrieve 
subscriber specific information related to the services of the application provider is a 
proxy unit arranged to interface between the application provider and the connection 
controller and/or at least one information store, and not information b is transmitted. 

28. A connection controller as claimed in any of claims 23 to 27, wherein the 
connection controller is arranged to determine whether the application provider is in 
the same network as the connection controller. 

29. A connection controller as claimed in claim 28, wherein the said determination is 
performed by means of one or more of: a name of the application provider and a 
network address of the application provider. 

30. A connection controller as claimed in any of claims 23 to 29, wherein information 
a and/or b and/or c and/or d is transmitted to the application provider by means of at 
least one SIP message. 



31. A connection controller as claimed in any of claims 23 to 29, wherein the 
message is a REGISTER or a SUBSCRIBE/NOTIFY message. 
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